home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000375_news@newsmaster….columbia.edu _Sat Aug 15 11:26:28 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  2KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA24621
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 15 Aug 1998 11:26:28 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA09044
  7.     for kermit.misc@watsun; Sat, 15 Aug 1998 11:26:27 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: File Size Limitations?
  12. Date: 15 Aug 1998 15:26:25 GMT
  13. Organization: Columbia University
  14. Lines: 18
  15. Message-ID: <6r49b1$3ec$1@apakabar.cc.columbia.edu>
  16. References: <35D1B7CD.597FAF56@sonalysts.com> <35d5e9cc.18839990@news.compuserve.com> <6qsu85$dbs$1@apakabar.cc.columbia.edu> <6r488b$kd7$1@post.servtech.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9096
  19.  
  20. In article <6r488b$kd7$1@post.servtech.com>,  <rchandra@letter.com> wrote:
  21. : Do you think maybe the file got chopped in size due to newline
  22. : conversion?
  23. :
  24. Not if it was transferred in binary mode.  If sending from a CRLF system
  25. (like DOS or Windows) to a NL system (like UNIX, OS-9, or AOS/VS) in text
  26. mode, the new file will be shorter than the original.  When sending
  27. *to* a CRLF system in text mode, the new file will be the same size (if
  28. coming from another CRLF system) or longer (if coming from a NL system).
  29.  
  30. Therefore it is more likely that the transfer was interrupted in some
  31. other way, and the receiving Kermit kept the partially received file.
  32.  
  33. If this happens consistently, of course, there's a problem.  If not, then
  34. the explanation is probably in the connection rather than in the Kermit
  35. software.
  36.  
  37. - Frank